Reconfigurable data distribution system

ABSTRACT

Systems, methods and computer programs products for a reconfigurable data distribution system are described herein. An embodiment includes a stream generator that receives analog data from a plurality of sensors. Data received from sensors, for example, may include video data received from an externally mounted camera on an armored vehicle. The stream generator converts analog data received from the sensors into a digital format that can be transmitted to a router. The router forwards the data in the digital format to a display processor. The display processor formats the data received from the router for display on a display device. The display processor may also receive data from other peripherals, including but not limited to, a touch screen device or a keypad.

CROSS REFERENCE TO RELATED APPLICATION

This patent application is a continuation of allowed U.S. application Ser. No. 12/473,751 (Atty. Dkt. No. 2797.0010000), filed May 28, 2009, entitled “Reconfigurable Data Distribution System,” which is incorporated herein by reference in its entirety.

BACKGROUND

1. Field of the Invention

The present invention is generally directed to networking technology, and particularly to networking of sensors for military applications.

2. Background Art

Armored vehicles are increasingly using several hardware and software components to meet evolving complex combat conditions.

Where both software and hardware components are tightly coupled to their proprietary platforms, systems in armored vehicles are not able to keep pace with rapid fielding of new components and capabilities as combat conditions evolve. Furthermore, the use of different proprietary operational platforms by each component vendor leads to increased system integration costs and decreased operational situational awareness.

Also, changing requirements of systems used in armored vehicles, created by emerging threats, have resulted in unacceptable delays and system performance failures in an attempt to field new technologies in such vehicles. The result is significant programmatic cost growth and an ill equipped force unable to adequately defend against a determined enemy.

The need for a comprehensive networked system approach is growing in importance and scope due to the increasing cost of integrating subsystems into armored vehicles, particularly because these vehicles have a need to access remote sensor assets and control robotic and autonomous systems. Furthermore, the United States Department of Defense has recognized a need for an open-networked system design that incorporates multiple modular sensors, communication devices, and weapon systems into a single networked architectural solution for armored vehicles, such as the Mine Resistant Armor Protected (MRAP) vehicle.

Accordingly, systems, methods and computer program products are needed that overcome limitations with existing system integration techniques used in military applications in general, and armored vehicles in particular.

BRIEF SUMMARY

Briefly stated, the invention includes system, method, computer program product embodiments and combinations and sub-combinations thereof for reconfigurable data distribution and system integration in armored vehicles.

An embodiment includes a stream generator that receives analog data from a plurality of sensors. Data received from sensors, for example, may include video data received from an externally mounted camera on an armored vehicle. Data received from the sensors may also include analog data received from temperature, pressure or mechanical sensors. The stream generator then converts analog data received from the sensors into a digital format that can be transmitted to a router. The router forwards the data in the digital format to a display processor. The display processor formats the data received from the router for display on a display device. The display processor may also receive data from other peripherals, including but not limited to, a touch screen device or a keypad. Furthermore, the display processor may communicate with the sensors and includes all operational information needed to operate the sensors that provide data to the stream generator, regardless of the sensors' operational platform.

In this way, embodiments of the invention receive and process analog data from a plurality of sensors that may be configured to operate on vendor specific platforms. This allows embodiments of the invention to format and integrate data provided by the sensors for display on a single display console for efficient sensor and system control. Furthermore, any number of additional sensors of any type may be added to provide data to the stream generator and allow vehicles and their operators to keep pace with rapid fielding of new capabilities as combat conditions evolve. Additionally, embodiments of the invention satisfy the need of United States Department of Defense for an open-networked system design that incorporates multiple modular sensors, communication devices, and weapon systems into a single networked architectural solution for armored vehicles with accessibility at the touch of a button.

BRIEF DESCRIPTION OF THE DRAWINGS/FIGURES

FIG. 1A is a diagram illustrating a reconfigurable data distribution system, according to an embodiment of the invention.

FIGS. 1B-1D are an exemplary screenshots illustrating outputs from a plurality of sensors, according to an embodiment of the invention.

FIG. 1E is an exemplary screenshot of a shot detection system's user interface, according to an embodiment of the invention.

FIG. 1F illustrates an exemplary external device and an output of the external device, according to an embodiment of the invention.

FIG. 1G is a diagram illustrating display of data received from exemplary sensors, according to an embodiment of the invention.

FIG. 2 is a flowchart illustrating an operation of a steam generator, according to an embodiment of the invention.

FIG. 3 is a flowchart illustrating an operation of a display processor, according to an embodiment of the invention.

FIG. 4 is a flowchart illustrating an operation of a video distributor, according to an embodiment of the invention.

FIG. 5 is a flowchart illustrating an operation of a video data generator, according to an embodiment of the invention.

FIG. 6 illustrates an example computer useful for implementing components of embodiments of the invention.

The features and advantages of the present invention will become more apparent from the detailed description set forth below when taken in conjunction with the drawings. In the drawings, like reference numbers generally indicate identical, functionally similar, and/or stucturally similar elements. Generally, the drawing in which an element first appears is indicated by the leftmost digit(s) in the corresponding reference number.

DETAILED DESCRIPTION

While the present invention is described herein with reference to illustrative embodiments for particular applications, it should be understood that the invention is not limited thereto. Those skilled in the art with access to the teachings provided herein will recognize additional modifications, applications, and embodiments within the scope thereof and additional fields in which the invention would be of significant utility.

System

FIG. 1A illustrates a reconfigurable data distribution system, according to an embodiment of the invention. (While the following is described in terms of armored vehicles, combat environments and video data, the invention is not limited to this embodiment. The invention is applicable to any device having generally the structure of FIG. 1, or that would benefit from the functionality as described herein.)

FIG. 1A illustrates system 100 that includes stream generator 120, router 130, display processor 140, data repository 150, switch 160, video data generator 170, video distributor 190 and display 192. Sensors 110A-N, input devices 194A-N and external devices 180A-N may also be associated with system 100.

In an embodiment, sensors 110A-N include sensors that measure any analog parameter, including but not limited to, temperature, pressure and speed. Sensors 110A-N can also include cameras that generate video data. In another embodiment, sensors 110A-N can function as ‘shot detectors’ and can be used to detect mortar fire or gun shots in surrounding areas. Sensors 110A-N can also be mounted on motors or actuators that allow sensors 110A-N to be positioned (e.g. rotated) by display processor 140 based on input received from sensors 110A-N. In yet another embodiment, sensors 110A-N can be engine and embedded platform data loggers (e.g. 1939 CAN (controller-area-network) based sensors). CAN buses and CAN based sensors are known to those skilled in the art. CAN is a vehicle bus standard designed to allow microcontrollers and devices to communicate with each other within a vehicle without a host computer. FIG. 1G illustrates exemplary 1939 CAN based sensors, the output of which is processed by system 100 and displayed on display 192 according to methods described below. The invention is not limited to the example sensors mentioned herein, but instead is applicable to sensors of any type.

As an example, not intended to limit the invention, sensors 110A-N can be mounted externally on an armored vehicle. Furthermore, sensors 110A-N may wirelessly provide data to other modules in system 100. In an embodiment, sensors 110A-N provide data directly to stream generator 120 using RS232C connectors and BNC (Bayonet Neill-Concelman) connectors.

Stream Generator 120

In an embodiment, stream generator 120 receives analog data from sensors 110A-N. Stream generator 120 then converts the analog data received from sensors 110A-N to a stream of data over the internet protocol (IP). The stream of data includes one or more IP packets that further include digital data that corresponds to the analog data received from sensors 110A-N. The IP is well known to those skilled in the art and is a protocol used for communicating data across a packet-switched network using the Internet Protocol Suite, also referred to as TCP/IP.

IP is the primary protocol in the internet layer of the internet protocol suite and has the task of delivering protocol datagrams (packets) from a source host to a destination host solely based on their addresses. For this purpose, the Internet Protocol defines addressing methods and structures for datagram encapsulation.

Therefore, in embodiments where stream generator 120 uses the IP protocol, both sensors 110A-N and stream generator 120 can each be associated with unique IP addresses. Other modules in system 100, such as router 130, display processor 140 and video distributor 190 may also have IP addresses assigned to them.

Although the following description is described in terms of IP, it is to be appreciated that any other protocol for transmitting data provided by sensors 110A-N may be used by stream generator 120. In an embodiment, stream generator 120 may also encrypt the data received from sensors 110A-N prior to transmitting the data over IP to router 130. Exemplary encryption algorithms used by stream generator 120, include, but are not limited to the FIPS-140 standard for cryptographic modules which include both hardware and software components for use by departments and agencies of the United States federal government.

Router 130 routes IP packets (or data transmitted in any other network protocol) to other modules in system 100, such as display processor 140. Router 130 may use a routing table to determine the most efficient way to route IP packets provided by stream generator 120. Although FIG. 1 illustrates a single router 130, it is to be appreciated that a system 100 is scalable and a plurality of routers may exist to expand the capabilities of system 100.

Display Processor 140

Display processor 140 formats the data received from router 130 for display on display device 192. As an example, display device 192 is a touch screen monitor. Display processor 140 may also receive data from other peripherals, including but not limited to, a touch screen device or a keypad.

In an embodiment, display processor 140 may communicate with sensors 110A-N and includes all operational information needed to operate sensors 110A-N that provide data to stream generator 120. As an example, not intended to limit the invention, if sensors 110A-N are cameras and generate video signals (e.g. RS-170 video signals) as output, display processor 140 receives data in those video signals from stream generator 120 digitized and encapsulated in IP packets. Display processor 140 then processes data encapsulated in these IP packets for display on display device 192.

FIG. 1B is an exemplary screenshot illustrating outputs from a plurality of sensors on display 192, according to an embodiment of the invention. FIGS. 1C and 1D are also exemplary screenshots of images displayed on display 192, according to embodiments of the invention. FIG.1C illustrates a plurality of outputs from a plurality of sensors in a manner that allows cycling through different outputs. For example, and as illustrated in FIG. 1C an output being currently viewed by an operator is placed in ‘parallel’ to the display screen. Other image outputs that are available from sensors 110A-N, but not being viewed by an operator, are displayed at an angle to display 192. Such an arrangement of displays is intuitive, and may greatly increase user performance, especially in combat situations.

Referring to FIG.1D, outputs from the plurality of sensors are displayed adjacent to each other, in a manner that allows an operator of system 100 to view multiple (or all) sensor outputs simultaneously. The exemplary display arrangement illustrated in FIG. 1D may be used by operators that prefer to view more than one sensor output simultaneously. It is to be appreciated that the user interfaces illustrated in FIGS. 1C and 1D are purely illustrative and other arrangements may be used. Furthermore, a user may be able to configure any other display arrangement.

Returning to the operation of display processor 140, in an embodiment, display processor 140 receives IP packets which include MPEG frames from IP stream generator 120. Display processor 140 then processes and displays these MPEG frames to a user using display device 192. MPEG is a well known standard for audio and video compression and transmission. As an example, display processor 140 may display the MPEG frames at a rate of 30 frames per second. Although the following operation is described in terms of MPEG, it is to be appreciated that any other compression or transmission algorithm may be used by embodiments of the invention.

In an embodiment, display processor 140 processes each MPEG frame, that corresponds to video output from sensors 110A-N, using an image-processing algorithm that includes edge, motion, black and white and similarity detection techniques. Other image processing techniques may also be used by display processor 140 prior to providing the MPEG frames to display 192.

In this way, display processor 140 processes all MPEG frames and allows a user to select a video generated by displaying the processed MPEG frames. For example, a user operating system 100 may require video distinctly displaying edges of items of interest. Using embodiments of the invention, the user may select the appropriate image processing algorithm (e.g. edge detection) to view an edge detected video on display 192. Edge detection algorithms are known to those skilled in the art and include various edge detection techniques using filters such as the Sobel filter and the Canny edge detection filter.

In the embodiment where sensors 110A-N are cameras, a sensor's output may include both infra-red and night vision output in addition to a generic video signal output. In such an embodiment where sensors 110A-N produce at least three distinct outputs (e.g. night vision infra-red and generic video signal), display processor 140 may receive separate MPEG frames corresponding to each of the distinct outputs. As described earlier, display processor 140 may receive MPEG frames from sensors 110A-N through IP packets from stream generator 120. When display processor 140 receives separate MPEG frames corresponding to each of the distinct outputs (e.g. night vision infra-red and generic video signal), display processor 140 overlays and combines the MPEG frames to produce a composite output. As a purely illustrative example, display processor 140 provides a composite output that includes MPEG frames from both night vision and infrared outputs and can display both outputs simultaneously on display 192.

In an embodiment, display processor 140 may analyze the data received from stream generator 120 for real time control of sensors 110A-N. As a purely illustrative example, display processor 140 may analyze data received from sensors 110A-N to determine a geographical location from which a shot or artillery was fired. Once the location of a fired shot has been determined, display processor 140 can reposition sensor 110A-N to retrieve images or videos from the geographical location from which the shot or artillery was fired. As an example, display processor 140 can reposition sensors 110A-N by providing one or more commands to actuators associated with sensors 110A-N. Furthermore, display processor 140 may share its analysis of data received from sensors 110A-N with a user using display 192 to aid situational awareness of the user.

FIG. 1E illustrates an exemplary screenshot of a shot detection system's user interface according to an embodiment. As illustrated in FIG. 1E, whenever sensors 110A-N detect artillery fire or similar events, a ‘shots detected’ alert is displayed on the user interface of the shot detection system. Additionally, the latitude, longitude, elevation, date, occurrence and other such parameters associated with a fired shot are also displayed on the user interface shown in FIG. 1E. In addition, the user interface may display a satellite map and a two dimensional circular grid illustrating location of the shots fired.

In an embodiment, display processor 140 can populate display 192 with parametric data received from sensors 110A-N. As an example, such data received from sensors 110A-N can be overlaid on any MPEG video stream generated by display processor 140. For example, temperature data from thermometric sensors can be displayed textually within an MPEG video stream by embedding the textual temperature data into each MPEG frame received from stream generator 120.

In another embodiment, display processor 140 can ‘tag’ or embed user generated content (UGC) or any other content within content received from sensors 110A-N. As an example, embedding of content may be achieved by embedding an MPEG frame associated with UGC into MPEG frames generated by stream generator 120.

In an embodiment, display processor 140 generates panoramic views of geographical regions surveyed by sensors 110A-N. As an example, panoramic views can be generated by stitching a plurality of images retrieved from sensors 110A-N. Image stitching techniques are well known to those skilled in the art. In another embodiment, display processor may perform image stitching between images received from sensors 110A-N and images received from external devices 180A-N.

In this way, an operator of an armored vehicle can obtain panoramic visual images of a combat area without exiting the armored vehicle because panoramic projections can be displayed on display 192 located inside the armored vehicle.

In an embodiment, display processor 140 may detect a similarity between a video retrieved by sensors 110A-N and a video provided by external devices 180A-N. As an example, display processor 140 can detect a similarity between a video retrieved by sensors 110A-N and a video provided by external devices 180A-N by comparing MPEG frames associated with the videos. In an embodiment, if a similarity is detected between MPEG frames, display processor 140 can tag (or embed) a MPEG frame received from external devices 180A-N with information (e.g. GPS co-ordinates, temperature or barometric data) received from sensors 110A-N related to the MPEG frame received from external devices 180A-N. Alternatively, display processor 140 can tag (or embed) a MPEG frame received from sensors 110A-N with information received from external devices 180A-N related to the MPEG frame received from sensors 110A-N.

Data repository 150 can be used to store any form of data associated with system 100. As an example, data repository 150 can store video data received from sensors 110A-N. In an embodiment, not intended to limit the invention, a SATA based hard disk drive is used as data repository 150.

Switch 160 can be used to allow a user to control a plurality of sensors 110A-N using input devices 194A-N and display 192. As an example, switch 160 can be a keyboard-video-mouse (KVM) switch. KVM switches are known to those skilled in the art and allow a user to control multiple computers from a single keyboard, video monitor and mouse. In another example, switch 160 can be a ‘KVM over IP’ device that uses video capture hardware to capture video, keyboard, and mouse signals, compress and convert them into IP packets, and send them over an Ethernet link to display processor 140 that unpacks and reconstitutes a dynamic graphical image. In an embodiment, switch 160 is NSA certified and allows classified units to be interfaced with system 100 through switch 160. Switch 160 also allows a user to view any output generated by external devices 180A-N using display 192.

In an embodiment, a user may provide input (e.g. keyboard input) using input devices 194A-N to switch 160 for controlling sensors 110A-N. For example, a user may control sensors 110A-N by using an API (Application Program Interface) associated with sensors 110A-N. By providing appropriate commands to switch 160 in accordance with the respective APIs of the sensors 110A-N, the user can re-configure (or re-purpose) or otherwise control sensors 110A-N. Also, the user is able to view any output associated with sensors 110A-N on display 192. In this way, by using switch 160, a user can control a plurality of sensors 110A-N by providing appropriate commands to their APIs using input devices 194A-N.

In an embodiment, if an API associated with sensors 110A-N is not available (i.e. not known or no API exists), switch 160 translates inputs received from input devices 194A-N into appropriate control voltage (or other electrical or digital signal) levels that are applied directly to sensors 110A-N. As an example, not intended to limit the invention, such control voltage levels may be based on a conversion table that maps keyboard inputs to appropriate control voltage levels. Such keyboard input may be from the operator or user manual of the sensor 110A-N. For example, if it is desired to activate a sensor, and the keyboard command (from the sensor's user manual) to activate the sensor is “<control>A”, then switch 160 can be controlled to send a “<control>A” signal to the sensor. This embodiment may be particularly useful in rapidly evolving combat scenarios where there may not be sufficient time to program APIs for sensors 110A-N. Furthermore, combat personnel can rapidly interface any sensor regardless of their native (or proprietary) API to system 100.

Several external military units (e.g. robotic units) include a dedicated processor unit to allow a user to easily dismount from an armored vehicle and carry the external military unit. In an embodiment, switch 160 allows such external units (or any other classified units) to be interfaced with system 100 allowing a user to view outputs from these units on display 192.

Video Data Generator 170

In an embodiment, video data generator 170 converts an input VGA (Video

Graphics Array) signal received from switch 160 into an NTSC/PAL (National Television System Committee/Phase Alternating Line) video signal. Other video signal formats known to those skilled in the art may also be used. In an embodiment, the VGA signal received by video data generator 170 corresponds to the data being displayed on display 192. Video data generator 170 also outputs a duplicate VGA signal simultaneously that corresponds to the data being displayed on display 192.

In this way, video data generator 170 allows any signal generated by system 100 to be displayed in both PC compatible (i.e. VGA) and/or TV (i.e. NTSC or PAL) compatible formats allowing the display output for system 100 to be connected to a VGA monitor or a projector/TV requiring NTSC signals.

Video Distributor 190

In an embodiment, video distributor 190 receives a combination of USB & VGA data from external devices 180A-N. As an example, such video data may correspond to data being displayed on displays (not shown) associated with external devices 180A-N.

Video distributor 190 may then split the VGA signals received from external devices 180A-N into one or more VGA output signals and a plurality of NTSC/PAL signals.

External devices 180A-N can be any external device that a user wants to interface with system 100. As an example, external devices 180A-N can be laptop computers or any computing device producing an output video signal. External devices 180A-N can be classified or unclassified.

FIG. 1F is a diagram illustrating an exemplary external device 180A, the output of which is displayed on display 192 via video distributor 190. As shown in the FIG. 1F, the video output of external device 180A (e.g. a iROBOT ® control console), is displayed on display 192 along with a plurality of other video streams from sensors 110A-N.

In an embodiment, external devices 180A-N can be connected to system 100 using an Ethernet port (e.g. RJ-45) associated with system 100.

In an embodiment, system 100 can gain access to video data from external modules 180A-N using protocols, including, but not limited to IP. In another embodiment, system 100 can communicate with external devices 180A-N using a wireless medium (e.g. WiFi).

Exemplary Operation of Stream Generator

An exemplary operation of stream generator 120, according to an embodiment of the invention, will now be described in detail with reference to FIG. 2. FIG. 2 illustrates method 200.

Method 200 begins with stream generator 120 receiving analog data from sensors 110A-N (step 202). As an example, not intended to limit the invention, stream generator 120 may receive analog video signals from sensors 110A-N. In another example, stream generator 120 may receive temperature, barometric and pressure data from sensors 110A-N.

In step 204, stream generator 120 converts analog information received from sensors 110A-N into IP packets that include a digitized representation of the analog data received in step 202. As an example, stream generator 120 may receive analog video data from, sensors 110A-N and then convert the analog video data into digital MPEG frames that are carried by IP packets across system 100.

In this way, stream generator 120 converts analog data received from sensors 110A-N into digital data carried by IP packets across system 100. Stream generator 120 thus allows a user to connect a plurality of sensors 110A-N that produce analog signals to system 100. Such operation of stream generator 120 is useful in constantly changing combat environments where armed personnel need to rapidly deploy new systems (e.g. sensors) to existing infrastructure. Such operation also helps in satisfying the need of the United States Department of Defense for an open-networked system design that incorporates multiple modular sensors, communication devices, and weapon systems into one networked architectural solution for armored vehicles.

Exemplary Operation of Display Processor

An exemplary operation of display processor 140, according to an embodiment of the invention, will now be described in detail with reference to FIG. 3. FIG. 3 illustrates method 300.

Method 300 begins with display processor 140 receiving one or more IP packets as from stream generator 120 via router 130 (step 302). As an example, IP packets received from stream generator 120 may include a plurality of MPEG frames associated with video data retrieved from sensors 110A-N. Although method 300 is described in terms of IP, it is to be appreciated that any other protocol for transmitting data provided by sensors 110A-N may be used by stream generator 120. Furthermore, any other form of digital data other than MPEG frames can be transmitted.

In step 304, display processor 140 processes the IP packets received from stream generator 120. As described earlier, display processor 140 processes each MPEG frame using an image-processing algorithm that includes edge, motion, black and white and/or similarity detection techniques. Other image processing techniques may also be used by display processor 140 prior to providing the MPEG frames to display 192.

In step 306, display processor 140 provides the output of step 304 (e.g. image processed MPEG frames) to switch 160 and display 192. As an example, display processor 140 can provide the MPEG frames to display 192 at a configurable frame rate (e.g. 30 frames per second) to display a video on display 192.

In this way, display processor 140 processes data received from stream generator 120 for display. By processing data (or embedding information received from sensors 110A-N into MPEG frames), display processor 140 allows armed personnel to efficiently view information retrieved from a plurality of sensors 110A-N on a single display 192. For example, if sensor 110A is a video camera and sensor 110B is an altimeter, display processor can display both video information from sensor 110A and altitude information from sensor 110B in a single display. Alternatively, altitude information from sensor 110B can be embedded within video information from sensor 110A as described above. Furthermore, a user can plug-in any sensor device that has been sent to the user while the user is deployed in combat, allowing for system 100 to be reconfigurable.

Exemplary Operation of Video Distributor

An exemplary operation of video distributor 190, according to an embodiment of the invention, will now be described in detail with reference to FIG. 4. FIG. 4 illustrates method 400.

Method 400 begins with video distributor 190 receiving analog video data (e.g. VGA signal) from external devices 180A-N (step 402). As an example, external devices 180A-N can be any external device(s) that a user wants to interface with system 100. As an example, external devices 180A-N can be laptop computers or any computing device producing an output video signal. External devices 180A-N, for example, can provide analog VGA signals to video distributor 190. In another example, video distributor 190 can receive a combination of USB & VGA signals from external devices 180A-N.

In step 404, video distributor 190 converts input VGA signals into output NTSC/PAL signals. Additionally, video distributor 190 generates duplicate VGA signals.

In step 406, video distributor 190 may split the VGA signals into one or more VGA output signals and NTSC/PAL signals. This can allow multiple outputs for video distributor 190.

In step 408, video distributor 190 provides both VGA and NTSC/PAL signals to switch 160. In an embodiment, switch 160 may provide the VGA and NTSC/PAL signals received from video distributor 190 to display processor 140. Display processor 140 may then display the video data corresponding to the VGA (or NTSC/PAL) signals on display 192.

In this way, video distributor 190 receives analog data from external devices 180A-N and provides video signals (e.g. VGA and NTSC/PAL) signals to display processor 140 through switch 160. Thus, video distributor 190 allows external devices 180A-N to be interfaced with system 100 such that video data from external devices 180A-N as well as sensors 110A-N is displayed on a single display 192.

Such operation of video distributor 190 is useful in constantly changing combat environments where armed personnel need to rapidly deploy new systems (e.g. laptops, sensors etc.) to existing infrastructure. Such operation also helps in satisfying the need of United States Department of Defense tor an open-networked system design that incorporates multiple modular sensors, communication devices, and weapon systems into one networked architectural solution for armored vehicles.

Exemplary Operation of Video Data Generator

An exemplary operation of video data generator 170, according to an embodiment of the invention, will now be described in detail with reference to FIG. 5. FIG. 5 illustrates method 500.

Method 500 begins with video data generator 170 receiving a VGA signal from switch 160 (step 502). In an embodiment, this VGA signal corresponds to data displayed on display 192 by system 100.

In step 504, video data generator 170 converts the input VGA (or PC) signal received in step 502 into an PAL/NTSC (or TV) video signal. Video data generator 170 also simultaneously outputs a duplicate VGA signal corresponding to the input VGA signal.

In this way, video data generator 170 allows any video signal generated by system 100 to be displayed in both PC compatible and/or TV compatible formats. This allows video signals from system 100 to be connected to both VGA monitors or projector/TVs requiring NTSC signals.

Example Computer Embodiment

In an embodiment of the present invention, the system and components of embodiments described herein are implemented using well known computers, such as computer 602 shown in FIG. 6. For example, stream generator 120 or display processor 140 can be implemented using computer(s) 602.

The computer 602 can be any commercially available and well known computer capable of performing the functions described herein, such as computers available from International Business Machines, Apple, Sun, HP, Dell, Compaq, Digital, Cray, etc.

The computer 602 includes one or more processors (also called central processing units, or CPUs), such as a processor 606. The processor 606 is connected to a communication bus 604.

The computer 602 also includes a main or primary memory 608, such as random access memory (RAM). The primary memory 608 has stored therein control logic 628A (computer software), and data.

The computer 602 also includes one or more secondary storage devices 610. The secondary storage devices 610 include, for example, a hard disk drive 612 and/or a removable storage device or drive 614, as well as other types of storage devices, such as memory cards and memory sticks. The removable storage drive 614 represents a floppy disk drive, a magnetic tape drive, a compact disk drive, an optical storage device, tape backup, etc.

The removable storage drive 614 interacts with a removable storage unit 616. The removable storage unit 616 includes a computer useable or readable storage medium 624 having stored therein computer software 628B (control logic) and/or data. Removable storage unit 616 represents a floppy disk, magnetic tape, compact disk, DVD, optical storage disk, or any other computer data storage device. The removable storage drive 614 reads from and/or writes to the removable storage unit 616 in a well known manner.

The computer 602 also includes input/output/display devices 622, such as monitors, keyboards, pointing devices, etc.

The computer 602 further includes a communication or network interface 618. The network interface 618 enables the computer 602 to communicate with remote devices. For example, the network interface 618 allows the computer 602 to communicate over communication networks or mediums 624B (representing a form of a computer useable or readable medium), such as LANs, WANs, the Internet, etc. The network interface 618 may interface with remote sites or networks via wired or wireless connections.

Control logic 628C may be transmitted to and from the computer 602 via the communication medium 624B. More particularly, the computer 602 may receive and transmit carrier waves (electromagnetic signals) modulated with control logic 630 via the communication medium 624B.

Any apparatus or manufacture comprising a computer useable or readable medium having control logic (software) stored therein is referred to herein as a computer program product or program storage device. This includes, but is not limited to, the computer 602, the main memory 608, secondary storage devices 610, the removable storage unit 616 and the carrier waves modulated with control logic 630. Such computer program products, having control logic stored therein that, when executed by one or more data processing devices, cause such data processing devices to operate as described herein, represent embodiments of the invention.

The invention can work with software, hardware, and/or operating system implementations other than those described herein. Any software, hardware, and operating system implementations suitable for performing the functions described herein can be used.

Conclusion

The Summary and Abstract sections may set forth one or more but not all exemplary embodiments of the present invention as contemplated by the inventor(s), and thus, are not intended to limit the present invention and the appended claims in any way.

The present invention has been described above with the aid of functional building blocks illustrating the implementation of specified functions and relationships thereof. The boundaries of these functional building blocks have been arbitrarily defined herein for the convenience of the description. Alternate boundaries can be defined so long as the specified functions and relationships thereof are appropriately performed.

The foregoing description of the specific embodiments will so fully reveal the general nature of the invention that others can, by applying knowledge within the skill of the art, readily modify and/or adapt for various applications such specific embodiments, without undue experimentation, without departing from the general concept of the present invention. Therefore, such adaptations and modifications are intended to be within the meaning and range of equivalents of the disclosed embodiments, based on the teaching and guidance presented herein. It is to be understood that the phraseology or terminology herein is for the purpose of description and not of limitation, such that the terminology or phraseology of the present specification is to be interpreted by the skilled artisan in light of the teachings and guidance.

The breadth and scope of the present invention should not be limited by any of the above-described exemplary embodiments, but should be defined only in accordance with the following claims and their equivalents. 

1. A reconfigurable data distribution system, comprising: a stream generator configured to generate data packets encapsulating data received from a plurality of distinct operational platforms to enable communication between said distinct operational platforms, said operational platforms associated with components configured to operate on respective said distinct operational platforms; and a processor configured to integrate said data encapsulated in said data packets for display, and to operate and control said components, regardless of said distinct operational platforms associated with said components using operational information comprising one or more control values needed to control said components, wherein said processor integrates said data encapsulated in said data packets by embedding data received from a first component into one or more other data packets including other data received from a second component. 